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(54) A customer telecommunications interface device with built-in network features 



(57) Improved telecommunication apparatus is real- 
ized with a structure that is tailored to interact with the 
telecommunication network strictly in packet format. 
The apparatus includes circuitry for creating either con- 
trol or information packets : where each packet compris- 
es a header portion and a payload portion. The appara- 
tus also includes an identifier module that enables the 



apparatus to identify itself to the telecommunication net- 
work with an identifier signal that is unique to it. The 
packet format allows the apparatus to provide a myriad 
of services that in today's environment are implemented 
within the telecommunication network, including, for ex- 
ample, call transfer call forwarding, bridging, call wait- 
ing, etc. 
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Description 

Background Of the Invention 

This relates to telecommunications, and, in partic- 
ular to telephones and interface devices that are inter- 
posed between a telephone and a telecommunications 
network. 

Present day telecommunication networks comprise 
switches that offer a substantial amount of control over 
the network to provide connectivity and customer fea- 
tures, such as "call waiting", "caller ID" : etc. The cus- 
tomers are connected to the network at its extremities, 
most often through analog lines brought to the homes 
and offices and connected to simple telephone instru- 
ments. The interaction of customers with the network is 
generally limited still to signaling with the telephone in- 
strument's switch hook and with the dial pad. 

It is believed that substantial benefits will accrue to 
the overall network and to users by imparting more so- 
phisticated network interaction capabilities to the equip- 
ment at the extremities of the network. 

Brief Description of the Drawing 

FIG. 1 presents a block diagram of apparatus that 
interacts with a telecommunication network in pack- 
et format: 

FIG. 2 presents a more detailed block diagram of 

apparatus that interacts with a telecommunication 

network in packet format: 

FIG. 3 describes the format of an ATM packet; 

FIG. 4 suggests a control approach for controller 

300: 

FIGS. 5-6 depict modified block diagrams of appa- 
ratus that interact with a telecommunication net- 
work in packet format: 

FIG. 7 illustrates an embodiment that is microproc- 
essor-centered: 

FIG. 8 presents an embodiment where messages 
are stored in a digital memory associated with the 
apparatus controller: and 

FIG. 9 presents an embodiment that is suitable for 
interaction with a circuit-switched central office. 

Summary 

Improved telecommunication apparatus is realized 
with a structure that is tailored to interact with the tele- 
communication network strictly in packet format. The 
apparatus includes circuitry for creating either control or 
information packets, where each packet comprises a 
header portion and a payload portion. The apparatus al- 
so includes an identifier module that enables the appa- 
ratus to identify itself to the telecommunication network 
with an identifier signal that is unique to it. The packet 
format allows the apparatus to provide a myriad of serv- 
ices that in today's environment are implemented within 
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the telecommunication network, including, for example, 
call transfer, call forwarding, bridging, call waiting, etc. 

Detailed Description 

5 

One of the most effective means for providing cus- 
tomers with increased control over their telecommuni- 
cation capabilities is to employ a communication proto- 
col that offers a capable mechanism for communicating 

io control information between the customer and the net- 
work. A digital communication approach, such as ISDN, 
is one such effective mechanism. 

In a co-pending application entitled "Packet Tele- 
phone System", filed on even date hereof, bearing the 

is Serial No. 08/627659, and assigned to the assignee of 
this application, which application is hereby incorporat- 
ed by reference, a packet telephone system is disclosed 
where a portion, or perhaps even the entire, telecom- 
munication network (both voice and data) consists of a 

20 packet switching based network with network interface 
units at the extremes of the network. Such a network 
provides all telecommunication services, including plain 
telephony service (POTS). 

The problem with using packet switching systems 

25 for plain telephony is that various delays are inherent in 
such systems, and those delays make it very difficult to 
have an effective, global, system for voice communica- 
tion. 

One of the most demanding requirements of voice 

30 communication is round trip delay. It has been found ex- 
perimentally that a conversation becomes strained, un- 
pleasant and disconcerting when a signal's round trip 
delay is greater than 300 msec (the number varies with 
people and circumstances). It is the round trip delay that 

35 is important, rather than just the one-way, because con- 
versations typically comprise questions and statements 
that call for a response. When a response arrives late, 
the conversation is perceived to be unsatisfactory. 

The round trip delay of a signal is controlled by a 

•*o number of factors. First, of course, is the distance be- 
tween the parties. For example, a conversation roughly 
half-way around the globe and back (40,000 km) will 
have a round trip delay of approximately 200 msec. That 
leaves only 1 00 msec for the other factors that introduce 

^5 delay (if one is to not exceed 300 msec). Those are cod- 
ing the speech, decoding the speech, coding the re- 
sponse, decoding the response, and the necessary 
routing of signals. For a coast-to-coast conversation 
within the contiguous United States, the round trip delay 

^0 is approximately 60 msec, and that leaves about 240 
msec for those other delays. 

When the signal transmission is in the form of pack- 
ets, the encoding delay must include the time necessary 
to wait for a snippet of the speech signal to accumulate 

55 in order for it to be encoded into a packet, and the de- 
coding time must include the time necessary to ascer- 
tain that a complete, error-free, packet has arrived. 
When speech is sampled at 8,000 samples per second, 
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a byte of speech signal is generated every 125 psec. 
With 4:1 speech compression, that translates to one 
. «fc>yte per,0. 5 msec, and with 8:1 speech compression, 
that translates to one byte per 1 msec. 

If packets are generated from a plurality of bytes 
then : of course, there is a delay associated with the as- 
sembling of the packet; and the longer the packet, the 
longer the assembly delay. Moreover there is a delay 
that is associated with the placements of the assembled 
packets onto a time multiplexed channel, and that, on 
the average, is half the length of a packet. 

Routing of packet signals also incurs delays in the 
traversal through switches. First, because present-day 
packet switches wait till the entire packet has arrived at 
a switching node before it is routed toward its destina- 
tion. Second, in some circumstances two packets may 
collide (in seeking to use the same transmission re- 
source), and one of the packets must then be delayed. 
Assuming that a packet is not held up (on the average), 
that the routing delays are small, and that the decoding 
delays are small, it still remains that there is a 1 packet's 
worth delay in assembling the packet, 1/2 packet's worth 
of delay in casting the packet onto the channel, and 1 
packet's worth of delay in receiving and disassembling 
the packet. It follows, therefore, that packets for a global 
call should be less than 40 bytes for 8:1 compression, 
and 80 bytes for 4:1 compression. Correspondingly, for 
transcontinental (U.S.) calls, packets should be less 
than 96 bytes for 8: 1 compression, and 1 92 bytes for 4: 
1 compression. 

From the above it is apparent that carrying natural 
(duplex) conversations is difficult with a packet switch- 
ing network, and that large packets — such as used in 
the Internet - cannot work satisfactorily. Accordingly, it 
is considered that a telecommunication system which 
employs packets for voice telephony and which can 
handle international calls, or certainly transcontinental 
calls, reasonably well should employ packets with no 
more than 100 bytes (including the header and the in- 
formation portions). 

Fortuitously a packet switching protocol is already 
available that employs short packets. Specifically, the 
ATM (Asynchronous Transfer Mode) protocol employs 
packets with 5 byte headers and 48 byte payloads. Use 
of the ATM protocol allows time to compress speech sig- 
nals, time to assemble packets, time to encode and de- 
code, time to route packets, and time for the actual 
transmission. Thus, using the 53 packet ATM format and 
8:1 compression, for example, a conversation half-way 
around the world will have a round trip delay somewhat 
greater than 300 msec, but it will probably be acceptable 
to most users. More demanding users can attain a short- 
er overall delay by reducing the speech compression to 
4:1 (and perhaps pay a premium for the improved qual- 
ity). 

As an aside, with a packet size that is in the neigh- 
borhood of 50 bytes, the Internet protocol results in a 
very inefficient utilization of the transmission medium 



because the addressing scheme used by Internet cur- 
rently employs a 20 byte header (and there is an effort 
to increase the header to 40 bytes). A 50 byte packet, 
or cell, with a 40 byte header uses at most 20% of the 

5 network's capacity to communicate user information, 
and that certainly is inefficient. 

Given a global digital network that is ATM-based, 
where the customer-premises instrument interacts with 
the network through digital packets, many desired fea- 

10 tures are within reach. Control packets can be sent by 
any customer instrument to any other customer instru- 
ment, whether that other customer instrument is in an 
active conversation or not, and the two instruments can 
interact with each other to realize various features and 

15 controls. That other customer instrument can, in fact, be 
a resource instrument, such as a database. One of the 
"customer instruments" may, for example, be the admin- 
istrator of the entire network: and through control pack- 
ets that are sent to any other component in the entire 

20 network, including all other customer instruments, the 
administrator can obtain information about the status of 
the network and all of its components. 

To summarize the above, the contemplated network 
as disclosed in the aforementioned and incorporated 

25 application offers boundless control capabilities to voice 
communication customers by providing a packet- 
switching network that employs short packets, and by 
offering the packet interface directly to the network in- 
terface unit. The following disclosure addresses the net- 

30 work interface unit. 

FIG. 1 presents one illustrative embodiment of ap- 
paratus that is adapted to co-act directly with the con- 
templated telecommunication network. It is a customer- 
premises piece of equipment. Element 1 in FIG. 1 is an 

35 analog interface module. The term "analog interface 
module" includes modules that output sound in re- 
sponse to electrical signals and convert received sound 
to electrical signals, as well as modules that merely pro- 
vide an analog interface to the customer. For example, 

40 the analog module may include the telephone's circuitry 
(handset, dial pad, etc.). It may also be merely the con- 
ventional telephone jack into which a conventional tele- 
phone or the like is plugged. I call such a port a POTS 
interface. 

^5 Analog interface module 1 is coupled to encoding/ 
decoding module 2 which provides a mapping between 
the analog signal at the interface between elements 1 
and 2, and the digital signal at the interface between 
elements 2 and 3. The encoding/decoding module en- 

50 codes the signal that flows from element 1 to element 
3, and decodes the signal that flows from element 3 to 
element 1 . 

Element 3 is a data interface module. It converts 
digital signals from element 2 and control signals from 
55 element 5 into packets (e.g., ATM packets) and, con- 
versely, it converts packets from element 4 into digital 
control signals and digital information signals for ele- 
ments 5 and 3, respectively. Element 4 is a channel in- 
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terface module. Its function is to provide the necessary 
translation, or formatting, of the packet information for.c 
the particular channel that is coupled to port 200. Lastly, 
element 5 is the control module, and it communicates 
with elements 1-4, as described more fully below. s 

It is important to note that the particular embodiment 
of elements 1-5 is not at all limited to specific hardware 
modules that are presently realizable. Whereas the fol- 
lowing disclosure presents an illustrative embodiment, 
it should be kept in mind that any modules, known now 10 
or in the future, that achieve the functions described 
above, when interconnected as depicted in FIG. 1, are 
within the contemplation of this disclosure. This includes 
equivalents, such as optical modules rather than the 
electronic modules described herein, such as including 15 
A/D- D/A conversion means in element 1, or alternately 
in element 2, etc. A number of such embodiments are 
illustratively disclosed below. 

Consonant with this spirit, FIG. 2 presents a block 
diagram of apparatus that effects the functionality of the 20 
FIG. 1 diagram (although, for sake of clarity, it omits 
showing the control exercised by controller 300 over the 
other elements). In accordance with FIG. 2, a conven- 
tional telephone is connected at port 100, and the tele- 
communication network is coupled to port 200. The in- 2$ 
formation signal at port 100 is analog, and the control 
signals comprise the switch hook action and either DT- 
MF (dual-tone multi-frequency) signals or rotary dial sig- 
nals. As suggested above, the circuitry of the telephone 
connected to port 100 can be incorporated within block 30 
10, leaving port 100 to be the acoustical interface be- 
tween the FIG. 1 apparatus and the user. For expository 
purposes, however it is simpler to assume that a con- 
ventional telephone is connected to port 1 00. It may also 
be noted that the FIG. 2 apparatus forms a buffer be* 
tween the telephone instrument and the network. As 
such, the buffer can be easily used to allow rotary 
phones to control the network as phones with DTMF sig- 
nals can do today. 

In embodiments where port 100 is adapted to be -to 
connected to a conventional telephone, block 10 is a 
central office emulator circuit. It provides DC power to 
the telephone, it senses hook switch actions, and it de- 
codes DTMF (or rotary dial's time pulse) signals. The 
control signals that are applied by the customer's tele- 45 
phone to port 100 and detected by block 10 are applied 
to controller 300 for its consideration (line 101). Alterna- 
tively, the actual detection and interpretation of DTMF 
signals can be performed by the controller directly (by 
coupling controller 300 to port 100 directly). One em- so 
bodiment of a central office emulator circuit is described, 
for example, in U.S. Patent 4,775,997 issued October 
4 : 1988. 

The voice signals that are applied by customer 
equipment to port 100 are coupled by emulator 10 to 55 
echo canceling circuit 20. Circuit 20 couples this incom- 
ing signal to encoder 30, and encoder 30 applies the 
signal to encryption circuit 60 (via multiplexer 31). The 
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output signal of encryption circuit 60 is coupled to data 
interface circuit 80, and circuit 80 applies its output sig- 
nal to channel interface circuit 90. Circuit 90 applies its ^ 
output signals to port 200 and, thence, to a transmission 
medium. 

Signals arriving at port 200 from the transmission 
medium are coupled by circuit 90 to decryption circuit 
70 and thence to data interface circuit 80. Circuit 70 
might be the complement of circuit 60. Information sig- 
nals developed in circuit 70 are applied to decoder 40, 
and thence to adder 41 . Adder 41 combines the signals 
of decoder 40 with signals from synthesizer 50 and ap- 
plies its output signal to echo canceling circuit 20. Fol- 
lowing circuit 20, the signal of adder 41 is coupled to 
emulator 1 0 and, from there, to port 1 00. Control signals 
extracted from arriving packets by circuit 80 are applied 
to controller 300 via line 301. 

When the processing carried out by the elements 
to the left of element 20 is digital, element 20 must in- 
clude a A/D converter in the path between element 10 
and element 30, and a D/A converter in the path be- 
tween element 41 and element 10. The signals at port 
100 are bi-directional, and so are the signals at the out- 
put of emulator 10. This is sometimes called "two-wire 
transmission". Encoding and decoding, on the other 
hand, is best done with uni-directional signals, so circuit 
20 must include a two-wire to four-wire conversion 
means. Conversion from two-wire to four-wire format 
can introduce echo, which corresponds to a leakage of 
some signal from line 27 into the path that leads to en- 
coder 30. Hence, echo canceling should be provided for. 
The function of element 20 is to convert from two-wire 
to four-wire transmission, to carry out echo canceling as 
necessary, and to perform the appropriate A/D and D/A 
conversions. Its construction is perfectly conventional. 

As an aside, the echo canceling in element 20 is not 
quite the same as in modems. In modems, the effort is 
to eliminate echo in the analog, two-wire, side. Here, the 
effort is to eliminate echo in the four-wire, digital side. 
An echo canceler roughly of the type recommended for 
the FIG. 2 apparatus is disclosed in U.S. Patent 
5,406,583, issued April 11, 1995. 

It is expected that encoder 30 will perform speech 
compression, in the sense of developing a digital repre- 
sentation of the speech signals that requires fewer bits 
than the digital representation at the input to encoder 
30. Decoder 40 complements encoder 30. More specif- 
ically, when a conversation is carried out between two 
parties and each party employs an associated network 
interface unit, the decoder 40 of one unit must comple- 
ment the encoder 30 of the other unit, and vice versa. 
When the two encoders are the same, then the decoder 
of a network interface unit is, of course, the complement 
of the encoder of the same network interface unit. 

For purposes of this disclosure, any conventional 
encoding and decoding apparatus can be used to real- 
ize encoder 30 and decoder 40. One example of encod- 
ing/decoding apparatus is presented in U.S. Patent ap- 
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plication 07/782,686, titled "Generalized Analysis-by- 
Synthesis Speech Coding Method And Apparatus/ 1 filed 
*<pr W. B, Kleijn on October 25, 1991. The Kleijn appli- 
cation does not show the additional compression that 
can be achieved when silence detection is included, but 
such additional compression is described, however in 
the ETSI Standard "European Digital Cellular Telecom- 
munications System Fullrate Speech Processing Func- 
tions," GSM 6.01 : and references GSM 6.31 , 6.32, and 
6.12, May 1994. When 8:1 compression is desired, it 
may be necessary to take advantage of silence detec- 
tion. 

Adder 41 provides a means for sending audible sig- 
nals from controller 300, via synthesizer 50, to port 1 00; 
and multiplexer 31 provides a mechanism -for sending 
audible signals from controller 300 to the port 200. 

Encrypter 60 and decrypter 70 are optional privacy 
means. The need for encryption is related, of course, to 
the desire to keep the communications from being com- 
promised and to the level of risk that the communica- 
tions channel is insecure. The latter is highly dependent 
on the nature of transmission channel created in the 
transmission medium connected to port 200. When that 
channel is dedicated, in the sense that other users that 
are connected to the transmission medium are not privy 
to the conversation (i.e., cannot tune their equipment to 
gain access to the packets appearing at port 200), then 
encryption is not as necessary. If, on the other hand, 
when packets sent to port 200 can be captured by any 
equipment that is coupled to the transmission medium 
to which port 200 is , then of course encryption is much 
more desirable because the situation opens the oppor- 
tunity to fraud, in addition to the compromising of priva- 
cy. 

Elements 60 and 70 can be very sophisticated, or 
quite simple. Many encryption techniques are known in 
the art, and any one of them can be employed, as 
agreed to by the designers of the FIG. 1 apparatus and 
the designers of the network. By way of example, the 
well-known public key encryption approach may be 
used, where the unit sends to the network its public key 
that corresponds to a private key which is embedded or 
installed in element 60, and receives from the network 
a public key that the network assigns to the particular 
network interface unit. In public key systems, the party 
holding the public key can decypher messages from a 
sender that employs the corresponding private key, but 
cannot create messages that would be decyphered by 
that public key. Also, the party holding the public key can 
encode a message to the party holding the private key, 
but no other party can read that message. 

The above describes the encryption approach to be 
agreed to between the FIG. 1 apparatus and the net- 
work. That assumes, of course, that the network decy- 
phers the information. Another viable approach is for the 
network to be completely oblivious to the messages, 
and the encryption approach being agreed to between 
the network interface units on the two ends of a call. 



In any event, since the specific approach that may 
be used is not within the scope of this invention, it is not 
described any further herein. It is expected, however, 
that in applications where encryption is not perceived to 

$ be absolutely necessary but elements 60 and 70 are 
physically included in the system, those elements will 
be activated or deactivated under direction of controller 
300, either in response to control signals arriving from 
port 1 00, or control signals arriving from port 200. When 

10 deactivated, those elements are "transparent". 

Synthesizer 50 provides a means for creating audi- 
ble signals to be applied to port 1 00* The audible signals 
comprise the tone signals that typically come from a 
central office, such as "dial tone", "ringing", and "ring- 
's back" signals. Alerts by means of other tones, pre-re- 
corded speech, or synthesized speech are also possi- 
ble, of course, 

Data interface block 80 assembles the data provid- 
ed by element 60 and control signals provided by con- 

20 troller 300 (via path 302) into ATM cells and, conversely, 
dissembles decrypted ATM cells and develops control 
signals for controller 300 (path 301 ) and data signals for 
element 40. The structure of data interface block 80 can 
follow the teachings of U.S. Patent 5,1 36,584, issued to 

25 Hedlung on August 4, 1992. 

Channel interface element 90 is also a two-wire to 
four-wire converter whenever the channel at port 200 is 
a "two-wire" system. Primarily, however, element 90 
forms the interface to the transmission medium and the 

30 network connected thereto. The transmission medium 
can be any one of a variety of types. It can be a wire 
pair, optical fiber, coax cable (of the type used by cable 
TV companies), power lines, wireless, etc., and the sig- 
nal characteristics might be different for the different 

3$ types of interfaces. (The wireless connection can be to 
a point outside the home or, for example, to a unit that 
couples element 90 to a television cable inside the 
home.) Accordingly, element 90 is designed for the par- 
ticular type of transmission medium that the customer 

40 has. For all of the above-mentioned types, however, the 
digital data is typically converted to analog form and 
band-limited to a particular frequency band (perhaps re- 
quiring frequency shifting). This is basically modem 
technology, and one such approach is described, for ex- 

45 ample, in "51 ,84 b/s 1 6-CAP ATM LAN Standard", IEEE 
Journal on Selected Areas in Communications, Vol. 1 3, 
No. 4, May, 1995, pp. 620-632, authored by G. H. Im, 
D. D. Harmon, G. Huang, A. V. Mandzik, N.-H. Nguyen, 
and J. -J. Werner. For optical fiber interfaces, element 

so 90 includes electrical/optical conversion means, and for 
wireless interfaces, element 90 includes wireless trans- 
mission and reception means. These are perfectly con- 
ventional. 

Controller 300 is, conveniently, a microprocessor 
55 which controls all of the other elements in the FIG. 2 
arrangement. Exactly what it does is dependent on the 
manner by which the FIG. 2 arrangement provides the 
POTS service, and the other features that are provided 
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to the customer. Storage element 320 maintains the pro- 
grams and data that controller 300 needs. : 

The remaining element depicted in FIG. 2 is ID 
block 310. Block 310 stores a unique identifier for each 
and every constructed piece of equipment that embod- 5 
ies the FIG. 2 arrangement. It uniquely identifies the 
hardware. As depicted in FIG. 2, it is coupled to control- 
ler 300, and through controller 300 a signal that corre- 
sponds to the identifier is sent to port 200 (and may also 
be sent to element 10 and port 100 : if the need arises). 10 
Element 310 can be a ROM chip : burned-in logic values 
in a register, or the like. Element 310 can also be part 
of the controller. The ID identifier signal may be sent to 
port 200 following the initial coupling of the FIG. 2 ap- 
paratus to the network, to register with the network the >5 
fact that the equipment is now part of the network, and 
at other times, such as described below. As an aside, 
another unique identifier can be part of the telephone 
apparatus that is connected to port 100 and, similarly, a 
unique identifier can be part of all equipment that makes 20 
up the network to which port 200 is coupled. 

While the above indicates that the identifier of block 
310 is unique, it should be understood that the unique- 
ness need not be more extensive than is necessary for 
a unique identification of the hardware when it is con- zs 
nected to the telecommunication network. Hence, if the 
network is subdivided into subsets, or subnetworks, 
then the ID must be unique vis-a-vis the other hardware 
in the particular network, subset, or subnetwork. 

In order to better understand the operation of the 30 
FIG. 2 arrangement, and in particular the operation of 
block 80, it is useful to review the structure and "com- 
ponents" of the ATM packet, as depicted in FIG. 3. 

• The first four bits comprise a generic flow control. 35 
This field has local significance only and can be 
used to provide standardized location function on 

the customer's site. 

• The next byte provides the virtual path identifier 
(VPI) and the following two bytes correspond to the -to 
virtual channel identifier (VCI). 

• The next three bits correspond to the payload type 
(PT), which identify whether the packet contains us- 
er information or control information. It is also used 

to indicate a network congestion state, or for net- 45 
work resource management. 

• The last bit in the fourth byte is the CLP field, which 
allows the user or the network to optionally deter- 
mine whether losing a cell is permitted under certain 
network traffic conditions. 50 

• The fifth byte is a header error check byte (HEC): 
and 

• The next 48 bytes are the packet payload. 

Thus, through the PT field, ATM offers users the ability ss 
to identify packets as being data packets or control 
packets: and in the latter, the nature of the control is em- 
bedded in the 48 payload bytes. 
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The function of block 80 is to convert groups of 
bytes into ATM cells and, conversely to convert ATM 
cells into groups of bytes. In the FIG. 2 embodiment, at ^ 
least one piece of information is not encrypted in the 
ATM cells that are constructed in element 80 and ap- 
plied to element 90, and that is the address field. An 
additional field which might not be encrypted is the PT 
field, which in the presented embodiment characterizes 
the cell as a cell that contains speech signal information, 
data, or control information. This field can be used as 
"speech flag" which may be used in the network to which 
port 200 is coupled to give priority to speech signals over 
data and control signals. Alternatively, the priority for the 
speech packets can be established when the virtual cir- 
cuit is set up. In any event, an ATM cell is assembled by 
combining the address information (and perhaps the PT 
field value) with the encrypted data provided by element 
60. When a received (decrypted) ATM cell is disassem- 
bled by element 80, the address field is discarded and 
the PT field value is used to determine whether the "pay- 
load" packets should be routed to controller 300 or to 
decoder 40. 

FIG. 4 presents a basic flow chart depicting the op- 
eration of the FIG. 2 controller. When control information 
arrives, whether from an ATM ceii arriving at port 100, 
or from element 10, controller 300 detects the arrival of 
the control information, identifies the nature of the con- 
trol, and acts appropriately. The following describes the 
operation of the FIG. 2 hardware in response to some 
of the more common controls. 

In operation, when the FIG. 2 apparatus is in a qui- 
escent state, channel interface 90 can receive a signal, 
for example, that corresponds to a control cell. Element 
90 recognizes (through the address field) that the cell is 
destined to the FIG. 2 apparatus and applies the cell to 
element 70. Element 70 decrypts the payload and ap- 
plies the data to element 80. Element 80 recognizes that 
the cell is a control cell and directs the payload to con- 
troller 300. The control can, for example, be a call initi- 
ation cell, which identifies the calling party that wishes 
toconnect tothe FIG. 2apparatus. Controller 300 knows 
that port 100 is not presently active with another con- 
versation (when that is the case), and therefore it ac- 
knowledges the invitation to create a connection, by ex- 
ecuting the following: 

1 . Derives the calling party's address (from the call 
initiation ceil). 

2. Using its own address and the derived calling par- 
ty's address, sends a control cell back to the calling 
party indicating an acknowledgment. More specifi- 
cally, controller 300 directs element 80 via line 302 
to assemble a control cell that is sent back to the 
calling party, and informs element 80 of the control 
data that is to be transmitted via line 301 and mul- 
tiplexer 31 . 

3. Through synthesizer 50, sends an alert (ringing) 
signal to port 100. 
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When the telephone that is connected to port 100 
goes off hook, element 10 detects this condition and in- 
forms cgntroller 300 that the customer went off hook. 
That condition indicates that voice communication can 
proceed; whereupon, controller 300 directs element 80 
to assemble and send a control cell to the network and 
to the calling party to inform them that the call can pro- 
ceed, and the ringing signal that is applied by synthe- 
sizer 50 to port 100 is turned off. 

When the conversation is terminated by the tele- 
phone instrument at port 100 : and element 10 detects 
the state change from "off hook" condition to "on hook" 
condition, a control cell is sent to the calling party, in- 
forming it (and the network) that the conversation was 
terminated, allowing the calling party to send a com- 
mand to the network to release the virtual path that was 
assigned to the call by the ATM switches in the network. 

When the condition is such that when the telephone 
connected at port 1 00 is in conversation with some other 
party when a call initiation cell arrives (and, of course, 
controller 300 is aware of this), controller 300 sends a 
"busy" control cell to the calling party. 

When the telephone at port 100 wishes to place a 
call, it goes "off hook" and thereby informs controller 300 
of its intention. Controller 300, in turn, directs synthesiz- 
er 50 to output signals that mimic the central office dial 
tone, which informs the customer at port 100 that the 
system is ready for dialing. Dialed digits that subse- 
quently appear at port 100 are detected in element 10 
and applied to controller 300. Controller 300, in turn, di- 
rects element 80 to assemble an ATM control cell that 
informs the network of its desire and provides the net- 
work with the number of the called party. The network 
decides on the path between the calling party and the 
called party, provides the network switches with the nec- 
essary information, adds the calling party's address to 
the call initiation cell, and forwards the cell to the called 
party. The called party, as described above, returns ei- 
ther an acknowledgment control cell, or a busy control 
cell. 

In response to an acknowledgment cell, controller 
300 directs synthesizer 50 to output a "ringback" signal 
to port 100. This "ringback" continues until a control cell 
arrives from the called party, indicating that the called 
party went "off hook". At such a time, the "ringback" sig- 
nal is discontinued and the telephone enters the con- 
versation mode. In response to a "busy" cell, controller 
300 directs synthesizer 50 to output the "busy" signal to 
port 100. 

The ID of the FIG. 2 apparatus is included in some, 
or perhaps all, of the celts that are sent out by the FIG. 
2 apparatus. That can be used to advantage by the net- 
work. For example, the network can poll the FIG. 2 ap- 
paratus and request thereby that the apparatus identify 
itself. Alternatively, controller 300 can include a timer 
that, every so often, causes the controller to output a 
control cell to port 200 which informs the network of the 
identity of the FIG. 2 apparatus. That timer may be active 



all the time, or perhaps just during active conversations. 
The timer could also have different cycle times: a very 
long cycle time when the apparatus is inactive (e.g. : eve- 
ry 4 hours) and a short cycle time when the apparatus 

s is active (e.g., every second). 

If the polling approach is used, the control cell that 
initiates the polling can also request that the apparatus 
divulge its status, both in the sense of information that 
specifies the state of the apparatus, and information that 

10 informs of the operational viability of the apparatus. Sta- 
tus information of the first kind (operational status) in- 
cludes information such as "idle", "busy", "ringing", "port 
100 has nothing connected to it", "the telephone at port 
100 is oft hook", "encryption is activated", etc. Status 

75 information of the second kind (viability status) includes 
information such as "the encoder is not working proper- 
ly", "the unit is dead", "the decrypt circuit found 1 7 parity 
errors since the last check", etc. In FIG. 2, the status 
information that is collected by controller 300 is depicted 

20 by the group of arrows 311-313. Of course, a cell that 
reports to the network on the status of the FIG. 2 appa- 
ratus includes the ID signal. 

The transmission of status information to the net- 
work is not limited to responses to polling queries. As 

25 with operational status where controller 300 takes action 
in response to changes (e.g., when the telephone instru- 
ment goes off hook), controller 300 can also take action 
in response to changes in the viability status informa- 
tion. This can take the form of a control cell that is sent 

30 to the network to inform the network of the problem, an 
accumulation of data in memory 320, the turning on of 
an alert indication at the FIG. 2 apparatus to provide a 
visual alert to the user, or even sending an alert signal 
to port 100. 

35 The unique ID can also be used in the context of 
the network. That is, the ID can be the mechanism for 
tying a user to the use of the network and to the charges 
that are billed the user. This function is currently handled 
by the phone number that is assigned to the user, but in 
40 most situations the phone number really identifies the 
network port to which the user is connected. By using 
the ID, the user's apparatus can move from location to 
location, and once the apparatus is connected to the 
network and registered (e.g., through the above-dis- 
45 closed polling process), the network can always asso- 
ciate the phone number assigned to the user with the 
ID of the user's apparatus and with the network port to 
which the apparatus is connected. 

It should be reiterated, perhaps, that the embodi- 
ed ments disclosed above are merely illustrative, and they 
can be easily extended to cover different capabilities 
and embodiments that, nevertheless, remain within the 
scope of this invention. 

For example, as indicated above, it is quite conceiv- 
es able that the telephone instrument coupled to port 100 
and element 10 can merge. It is also quite conceivable 
that all digital processing -- which may include all of the 
FIG. 2 elements except portions of elements 10 and 90 
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-- can be implemented in one, or a few, stored program 
processors (see discussion below relative to FIG. 7). 

Also for example, there is no reason to limit element 
10 to a single port. It is a straight forward extension to 
include two or more ports out of element 10 to create 
two independent channels of communication. This is 
shown in FIG. 5. This simple extension offers customers 
two independent network appearances. Each appear- 
ance can correspond to a different number or they both 
can be known to the network by the same number. The 
network would simply carry two conversations with the 
two appearances, with each conversation being identi- 
fied by an appropriate "conversation flag". The network 
would know : for example, that telephone number 
582-3001 is a network interface unit sitting at a network 
address 333.432 and coupled to port 1 of a network in- 
terface unit having the ID AS234094, while telephone 
number 582-5432 is coupled to port 2 of the same net- 
work interface unit. 

A digital appearance can also be had : for example, 
for a digital fax machine or another data instrument, and 
that instrument would be coupled to encoder 30 and 
adder 41 through a digital interface circuit 1 5, as shown 
illustratively in FIG. 6. Element 10 of FIG. 6 and element 
15 are adapted, of course, to deal with the conditions 
that exist when more than one call flows through ele- 
ment 90 and port 200. In particular, when two independ- 
ent calls are being carried, ATM cells arriving at port 200 
will have designations that will distinguish the two calls 
(e.g., different source addresses, or different virtual cir- 
cuit labels). Controller 300 is responsive to those des- 
ignations, and routes the corresponding packets that 
are developed by decoder 40 either to port 1 00 or to port 
400. This is accomplished by control lines 101 and 102. 
Correspondingly, information arriving from elements 10 
and 15 is accepted by encoder 30 (the bytes being ap- 
propriately staggered by controller 300 to avoid colli- 
sion) and controller 300 keeps track of those bytes, and 
routes them to separate ATM cells that are assembled 
in element 80. 

The embodiments disclosed above are illustrated 
with distinct elements for the different functions that are 
implemented. This is, in part, in order to clearly teach 
the invention. Other, more compact, embodiments are 
possible and, indeed, are likely in view of the trend to 
implement systems with microprocessors under control 
of stored programs. FIG. 7 presents such an embodi- 
ment, where microprocessor 500 is at the heart of the 
apparatus. 

More specifically, FIG. 7 depicts an embodiment 
where a coaxial cable 402 is the transmission medium 
that couples the telecommunication network to port 200. 
Channel interface unit 90 is made up of a combiner/split- 
ter 401 : a receiver module 410, and a transmitter mod- 
ule 420. The combiner/splitter may be a simple trans- 
former. 

Microprocessor 500 is connected to modules 410 
and 420. Microprocessor 500 supplies module 420 with 



parameters that the module needs for headers of ATM 
packets, and it also supplies the data, or "payload", of 
the ATM packets. Within module 420, media access unit . 
421 creates ATM packets from the information supplied 

s by processor 500. Those packets are then applied to 
modulator 422. Modulator 422 converts the bytes sup- 
plied by processor 500 to symbols, and modulates a car- 
rier with those symbols in accordance with a selected 
modem approach. In some modulation approaches, the 

10 output of modulator 422 is a baseband analog signal, i. 
e., occupying a frequency band from 0 to some selected 
upper frequency. In such situations, RF transmitter unit 
423 which couples modulator 422 to combiner/splitter 
401 includes an amplifier and a modulator that shifts the 

is band of the signal developed by modulator 422 to the 
band specified for coax cable 402. In the alternative, 
modulator 422 creates a signal that already is in the 
proper band, and in such situations transmitter unit 423 
needs to only perform the amplification. 

20 In the reverse direction, the signal arriving at receiv- 
er module 410 is an analog signal that carries a large 
number of information channels: e.g. a number of TV 
channels. Among them is the information channel that 
is aimed at the FIG. 7 apparatus. Accordingly, receiver 

25 module 410 includes an RF receiver unit 411 that is 
tuned to receive the correct channel of information and, 
if necessary (for the workings of the demodulator that 
follows), demodulates the information down to "base 
band". The output of unit 41 1 is applied to demodulator 

30 412 which outputs the ATM packets. Those packets are 
applied to media access unit 413 which reads the 
stream of bits, interprets it as ATM packets, and when 
it identifies a packet with a header address that corre- 
sponds to the address of the FIG. 7 apparatus, it pro- 

35 vides the contents of that ATM packet to processor 500. 

The "apparatus address", by the way, can be the ID 
of the apparatus, described above, or it can be some 
other preset identifier, such as a "phone number". The 
particular data that is used as an "apparatus address" 

-to depends, of course, on the network to which the FIG. 7 
apparatus is connected. In any event, the "apparatus 
address" can be loaded by microprocessor 500 into a 
field programmable ROM within unit 420. 

The encryption and decryption of data signals 

45 which, for example, is effected in the FIG. 2 apparatus 
with elements 60 and 70 are shown in FIG. 7 with a sep- 
arate processing unit (430) that is coupled to microproc- 
essor 500. It is depicted as a separate unit because with 
current microprocessor capabilities the encryption and 

50 decryption function is too demanding to be accommo- 
dated in the same microprocessor that performs the oth- 
er functions. Of course, it is quite possible that future 
microprocessors will be able to handle the load. 

Control of microprocessor 500 is effected through 

55 stored programs that reside in memory module 440 that 
is coupled to microprocessor 500. Memory module 440 
is shown to include a ROM portion, a RAM portion, an 
NVRAM (non-volatile RAM), and a Write Once Memory 
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(WOM) portion. The ROM holds the permanent, basic 
programs; the RAM holds transitory values that proces- 
sor 500 Determines, or evaluates; and the NVRAM holds 
the various static parameters and programs that are 
downloaded to the apparatus through port 200. The 5 
Write Once Memory may be a fused link type of memory, 
and it stores the apparatus ID. 

Microprocessor 500 is also connected to CO emu- 
lator block 10, described above, and block 1 0 is coupled 
to port 100. Also, microprocessor 500 is connected to 10 
ethernet circuit 450 which provides an interface be- 
tween microprocessor 500 and ethernet port 460 to 
which digital equipment can be coupled. This block cor- 
responds to block 1 5 in FIG. 6. 

Thus, microprocessor 500 of FIG. 7 corresponds to is 
controller 300 and all of the other elements shown in 
FIG. 6 : save for the channel interface, CO emulator, the 
digital interface, and the encrypt and decrypt circuitry. 

One advantageous characteristic of the apparatus 
disclosed above is that many features that are now 20 
available to home telecommunication systems (e.g., tel- 
ephone instruments, answering machines, and the like) 
can optionally be incorporated in the disclosed appara- 
tus in addition to the basic POTS features described 
above. The following presents a number of examples: 25 

Messaging 

Currently, messaging is either a network-based or 
customer premises-based feature (in the form of a tele- so 
phone answering system, or a PBX-based messaging 
system). In an arrangement of the type that employs the 
FIG. 2 apparatus, the same capability can be had. This 
capability can be digital or analog, it can be closely as- 
sociated with controller 300, or it can be a separate con- 35 
ventional telephone answering machine that is connect- 
ed to a second port of element 1 0. If that second port is 
an analog port, the apparatus has a structure that is not 
unlike the one presented in FIG. 5. When the telephone 
answering machine is digital (in the sense of having a *o 
digital interface), then the FIG. 6 apparatus is applica- 
ble. Lastly, when the telephone answering functionality 
is incorporated in processor 300. then decoder 40 infor- 
mation is fed to processor 300, via line 303, and memory 
320 serves as the digital store of incoming messages. 45 
This is depicted in FIG. 8. The messaging system's out- 
going message is also stored in memory 320 and it is 
provided to port 200 via line 301 . It is stored in memory 
320 by controller 300 processing a voice message from 
port 1 00 via the signal path from the CO emulator to the so 
controller (e.g., line 101). In an alternate embodiment, 
an additional signal path 304 from encoder 30 to con- 
troller 300 can be included. 

A messaging feature in an arrangement such as 
shown in FIG. 6 operates as follows. When a call initia- 55 
tion ATM cell comes into port 200 and is destined to port 
100. controller 300 determines whether port 100 is oc- 
cupied with a present conversation or not. When the 
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messaging system is inactive and when port 100 is busy 
with another conversation, controller 300 normally 
sends out a cell that informs the calling party of the busy 
status (as has been described above). When port 100 
is not busy, ringing signals are applied to port 100 by 
synthesizer 50. 

When the messaging system is active, the system's 
operation is altered. Specifically, when port 100 is busy, 
controller 300 can determine (see "screening" below) 
whether to direct the call to the telephone answering port 
of element 15. When it does, the telephone answering 
unit is alerted (e.g., by synthesizer 50), is activated, and 
is caused to record the incoming message. When port 
100 is not busy but it is determined that synthesizer 50 
has sent a sufficient number of rings to port 1 00 and port 
100 has not gone "off hook'*, controller 300 redirects the 
alert signal of synthesizer 50 to element 1 5, and element 
15 reacts as described above. 

Call Transfer/Forwarding/Bridging 

Call transfer, call forwarding, and call bridging are 
closely related. They basically address the issue of in- 
forming the network of what to do with a present call (call 
transfer and call bridging) or with a future call (call for- 
warding). 

With respect to transfer of present calls, a control 
signal from the instrument at port 100 informs controller 
300 that a call transfer (for example) is desired. In re- 
sponse, controller 300 directs element 80 to assemble 
and send out a control ATM cell that informs the network 
to modify the destination address of the call. Once the 
network gets the information, it changes the routing of 
cells to accommodate the transfer request. 

For bridging, controller 300 can simply accept cells 
from different sources and apply the information to port 
100, can replicate its speech data and send out a 
number of cells, each directed to a different destination. 

With respect to future calls, i.e., call forwarding, 
controller 300 accepts incoming call initiation cells and, 
based on data stored by the user in controller memory 
320 which specifies some remote destination, controller 
300 directs element 80 to create and send out a control 
ceil that directs the network to transfer the call to the 
specified remote destination. In effect, it is treated as a 
call transfer process. Of course, it is quite easy to make 
such call transfers selective, based on the calling party's 
ID. 

Repertory Dialing 

Repertory dialing is merely a mechanism for ac- 
cessing a pre-stored dialing string. Memory 320 and 
controller 300 can easily provide the necessary func- 
tionality. Controller 300 can be made sensitive to a pre- 
designated dialing sequence that is reserved for reper- 
tory dialing (e.g., a sequence of two digits that starts with 
"#") and in response thereto the controller accesses the 
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appropriate dialing string in memory 320. 
Caller ID 



Caller ID requires a means for informing the user 
who the calling party is. In accordance with the present 
disclosure, controller 300 has the destination informa- 
tion of the calling party even before the user goes "off 
hook". Therefore, the task of providing a caller ID reduc- 
es to the task of merely providing a translation from the 
source address of the calling party to something that is 
recognized by the customer. 

Such translation is achieved for customers who 
subscribe to the caller ID feature by allowing the FIG. 2 
apparatus to access a network "Caller ID" node (which 
can be a simple data base that is coupled to the network 
through a unit that has the FIG. 2 design). When a call 
initiation cell arrives at port 200, controller 300 effective- 
ly establishes a call to the "Caller ID" node and obtains 
from that node information about the identity of the call- 
ing party. Ail this is done before a ringing signal is ap- 
plied to adder 41 by synthesizer 50. Thereafter the ring- 
ing signal is applied by synthesizer 50 : and controller 
300 provides the caller ID information to the display in 
the ieiephone that is connected to port "l 00 (or to a dis- 
play on the FIG. 2 apparatus itself). 

Given the processing and storage capability of the 
FIG. 2 apparatus, the received correlation of calling par- 
ty information to the caller ID can be stored in memory 
320. Thereafter translations from the same calling party 
can be done locally. This would allow a quicker transla- 
tion, less burden on the network, and even a customi- 
zation of the alert messages (e.g., "your brother Harry 
is calling"). An interesting alternative to the telephone 
display is to tailor the ringing signal to the identity of the 
calling party. This can take the form of distinctive ringing 
for a class of callers, or it can even be a synthesis of the 
caller's name (e.g.. "Harry Newman is calling"). 

Call Waiting 

Call waiting is an arrangement where a party that is 
busy with one conversation is informed that another call- 
ing party wishes to be connected. The user can alternate 
between the two phone calls. 

This capability can be easily achieved in the FIG. 2 
apparatus because it is simply a situation where con- 
troller 300 either sends cells to, and accepts cells from, 
one destination, or another destination. Controller 300, 
in turn, may be responsive to a switch hook flash, or to 
some other signaling means. 

Screening 

Again, given that controller 300 includes memory, it 
is possible to store calling party numbers and designate 
various call treatments to those parties. This may in- 
clude sending calls from selected parties directly to the 
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messaging system, ignoring calls from selected calling 
parties, etc. 

Time-out 

5 

There is probably not a person in the US who has 
not been called during dinner, or some other inconven- 
ient time. Many of those might appreciate a feature 
where the telephone ignores all calls (or all calls from 
10 other than a selected set of calling parties) for a selected 
period of time. Such a feature can be easily accommo- 
dated in controller 300 by combining a timer with the 
screening feature. 

15 Downloading 

The above-described features and capabilities of 
the disclosed apparatus are service features that are 
presented for illustrative purposes. Other, or additional, 

20 service features can be easily embodied as well. More- 
over, it should be understood that whatever set of fea- 
tures is included in a particular built apparatus, the set 
of features need not remain static. That is, features can 
be removed or added even after the apparatus is built, 

^5 sold to a user, and installed, indeed, features can be 
added to the apparatus through the connection to the 
network. 

Stated in other words, one of the features that may 
be included in the disclosed apparatus is a downloading 

30 feature. This feature places a call to a designated 
number and downloads data into memory 320 (e.g., in 
FIG. 6, or the NVRAM portion of memory 440 in FIG. 7). 
The manner by which microprocessor 300 interacts with 
the designated number and downloads the data is quite 

35 simple, since the only difference between downloading 
a program and receiving data that is sent to port 400 (in 
FIG. 6) is that the destination of the data is changed: 
that is. the signal is captured by processor 300 via line 
303. The concept of downloading features and capabil- 

^0 ities is disclosed in U.S. Patent application 08/341 ,805, 
filed for B. Waring Partridge on November 1 8, 1 994. Al- 
ternatively, of course, a CDROM or floppy disk reader 
can be coupled to controller 300 (employing well-known 
approaches for coupling a reader to a computer) and 

-ts features can be installed through such a reader. 

The above descriptions of the network interface 
units have concentrated on embodiments for a custom- 
er-premises unit. It should be realized, however, that the 
FIG. 5 and FIG. 6 arrangements, slightly modified, are 

so extendible to network interface units that couple the 
packet-switched network to elements other than cus- 
tomer-premises telephones, answering machines and 
the like. The network interface unit can couple the pack- 
et-switched network to a PBX, to a central office, and 

55 even to a whole other, circuit-switched, network. The dif- 
ferences between the FIG. 5 arrangement, for example, 
and a network interface unit for a central office lie in a) 
the number of ports 100 that are provided, and b) the 
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nature of the controls that flow between the central office 
and the network interface unit. 

For example, a network interface unit for a central 
office may include a digital interface 15 for signaling the 
central office, and a plurality of echo canceling blocks 
20; but it would not have the co-emulator blocks or the 
synthesizer block. This is shown in FIG. 9. 

There is, of course, also an issue of bandwidth, but 
that is a mere engineering issue. That is : beyond a cer- 
tain number of analog trunks to the central office, ele- 
ments 30, 60, 70, and 40 will not be able to handle the 
computation load. That is solved either with higher clock 
rates, or with a number of the network interface units 
being effectively combined into one. 



Claims 

1 . Apparatus including a first port adapted for commu- 
nicating with a user, and a second port for coupling 
the apparatus to a telecommunication network, 
comprising: 

packetization means 

a) for converting information signals from the 
first port, arriving at a first format, to packet sig- 
nals, where a packet includes a header portion 
and an information portion and where the head- 
er portion comprises bits that are devoted to ad- 
dress specification, and at least one bit devoted 
to specifying whether the packet's information 
portion carries control or information signals, 
and 

b) for converting packet signals arriving from 
the second port into signals having said first for- 
mat; and 

a controller for enabling concurrent two-direc- 
tional flow of signals through said first port and for 
providing feature control signals to the second port. 

2. The apparatus of claim 1 wherein said controller 
provides ringback signals to the second port. 

3. The apparatus of claim 1 further comprising a mem- 
ory associated with the controller for storing infor- 
mation delivered to the apparatus via said second 
port. 

4. The apparatus of claim 3 wherein said information 
is audio information. 

5. The apparatus of claim 3 wherein said information 
is program information for controlling operation of 
said apparatus. 

6. The apparatus of claim 3 wherein said memory 
stores destination information, and said controller, 



in response to signals from the first port, accesses 
said memory, retrieves selected destination infor- 
mation, and applied the retrieved destination infor- 
mation to the second port. 

5 

7. The apparatus of claim 6 wherein said controller fur- 
ther includes means for treating information re- 
ceived at the second port from a destination stored 
in said memory differently from the treatment given 

10 to information received at the second port from a 
destination not stored in said memory. 

8. The apparatus of claim 7 wherein said controller fur- 
ther includes means for treating information re- 

15 ceived at the second port differently at different 
times. 

9. The apparatus of claim 6 wherein said controller fur- 
ther includes means for treating information re- 

20 ceived at the second port from one destination 
stored in said memory differently from the treatment 
given to information received at the second port 
from another destination stored in said memory. 

25 10. The apparatus of claim 1 wherein said controller in- 
cludes means for sending information to the second 
port, directing the telecommunication network cou- 
pled to the second port to redirect a stream of data 
that is flowing to the second port to another desti- 
ne nation in the network. 

11 . The apparatus of claim 1 wherein said controller in- 
cludes means for sending information to the second 
port, directing the telecommunication network cou- 
35 pled to the second port to redirect future streams of 
information that might otherwise be directed tojlow 
to the second port, to flow instead to another desti- 
nation in the network. 

40 12. The apparatus of claim 1 wherein said controller in- 
cludes means for replicating information received 
at the second port and transmitting the replicated 
information back to the second port. 

45 13. The apparatus of claim 1 wherein said controller in- 
cludes means for detecting signals that represent 
the identity of a source, arriving at the second port 
with information from the source, and for forwarding 
said signals to the first port. 

50 

14. The apparatus of claim 1 wherein the controller in- 
cludes 

means for recognizing that, while the second 
ss port is sending a stream of packets to the first 

port, there is another stream of packets that the 
network wishes to send to the first port, and 
means for informing said first port that said an- 
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other stream of packets wishes to be sent to the 
first port. 

5 



10 



15 



20 



25 



30 



35 



40 



45 



50 



BNSDOCID: <EP 0800325A2_I_> 



12 



0 



EP 0 800 325 A2 



FIG. 1 



200 



X 



X 



CHANNEL 




DATA 




ENCODING/ 




ANALOG 


INTERFACE 




INTERFACE 




DECODING 




MODULE 



X 



X 





: 






CONTROL 



BNSDOCID: <EP 080032 5 A2 I > 



13 




BNSDOCID: <EP 0800325A2 I > 



15 



EP 0 800 325 A2 




16 

BNSDOCID: <EP 0800325A2_I_> 




8NS0OCID: <EP 080Q325A2 I > 



17 



# 



EP 0 800 325 A2 



FIG. 7 



CATV COAX 
CABLE 



402 



200 



J 



90 



410 



411 



412 



J. 



401 



SPUTTER 
COMBINER 



RF 

RECEIVER 



in. 



DEMODULATOR 
1 



MEDIA 
ACCESS 



L 



420 



•423 



RF 

TRANSMITTER 



.422 



MODULATOR 



T 



,L1\ 



MEDIA 
ACCESS 



TO OTHER 
COAX 

APPLIANCES 

O 



201 




100 

TELEPHONE LINE ^ 



18 

BNSDOCID: <EP^080032SA2_I_> 




EP 0 800 325 A2 




20 

BNSDOCID: <EP 0800325 A2_l_> 



